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1  Introduction 


This  report  was  prepared  by  the  VHDL  200x  team,  which  is  sponsored  by  the  Air  Force 
Research  Laboratory.  The  work  is  being  done  in  cooperation  with  the  lEE  DASC  VHDL 
Analysis  and  Standards  Group  (VASG).  Team  members  include;  Jim  Aylor  of  the 
University  of  Virginia,  Bob  Henke  of  Virginia  Commonwealth  University,  Paul 
Menchini  of  Menchini  &  Associates,  Ronald  Waxman  of  EDA  Standards  Consulting, 
Jack  Stinson  and  Bill  Anderson  of  the  Advanced  Technology  Institute. 

This  is  the  first  part  of  a  two-part  report.  Phase  I  has  accomplished  the  goal  of  gathering 
general  information  from  a  large  population  of  users  to  help  compile  a  list  of  user  needs. 
The  needs  identified  will  be  used  during  Phase  11  to  formulate  specific  requirements  for 
the  next  update  to  the  VHDL  language  (VHDL  2(X)x).  Results  of  Phase  I  are  being  used 
to  direct  the  areas  of  concentration  for  the  VHDL  200x  project  as  the  second  phase  of 
requirements  gathering  gets  underway.  The  VHDL  200x  team  will  conduct  detailed 
interviews  with  cognizant  VHDL  individuals  within  the  VHDL  conomunity  (users,  tool 
builders,  and  researchers)  to  help  gather  specific  requirements  for  the  language  update. 

The  results  of  Phase  n  will  enable  the  VHDL  language  development  community  (the 
VASG)  to  make  a  significant  enhancement  in  the  capabilities  of  VHDL  for  the  year  200x, 
well  beyond  the  "maintenance  release"  which  is  in  process  today.  By  ensuring  the  buy-in 
of  the  tool  producers  as  well  as  the  tool  and  language  users,  the  VHDL  200x  revision  will 
dramatically  reduce  the  impact  of  electronic  system  obsolescence  and  pave  the  way  for 
future  generations  of  CAD/EDA  systems  that  support  rapid  and  cost-effective 
development. 

This  report  contains  three  sections  and  three  appendices.  Section  1,  the  Introduction, 
provides  an  overview  of  the  report.  Section  2  presents  the  analysis  of  the  recent  user 
survey  conducted  by  the  VHDL  200x  team.  The  analysis  provides  the  guidance  that  will 
lead  the  Team  in  its  quest  for  solid  language  requirements.  Section  3  details  the  next 
steps  for  the  team  (Phase  II).  During  Phase  H,  the  team  will  be  interacting  with  1)  the 
VASG  to  refine  the  needs  expressed  in  Phase  1, 2)  cognizant  VHDL  individuals  to 
develop  specific  recommendations  for  language  requirements,  and  concurrently,  3)  the 
VASG  and  the  Air  Force  sponsors,  to  examine  the  proposed  requirements  for  final 
inclusion  in  the  language  evolution  process.  The  results  of  Phase  n  will  be  contained  in 
the  second  part  of  the  VHDL  200x  report. 

Appendix  1  contains  the  charts  presented  in  the  VHDL  200x  workshop  session  in  the 
October  1999  VIUF  Conference  that  describes  the  study  and  provides  a  preliminary 
analysis  of  the  data  captured  at  that  point  in  time.  Appendix  2  contains  the  compiled  raw 
data  captured  in  Phase  I  of  the  study,  except  for  the  essay  responses,  which  are  quite 
lengthy  and  can  be  found  at  www.vhdl200x.org.  Appendix  3  describes  the  survey 
methodology  and  contains  the  survey  form. 

2  User  Community  Guidance  for  Requirements  Development 

The  requirements  depicted  below  are  "soft"  requirements,  in  the  sense  that  they  provide 
guidance  for  the  development  of  "hard"  or  specific  language  requirements.  Specific 
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language  requirements  will  be  stated  in  a  way  that  aids  the  language  developer  and  tool 
builders  to  implement  the  recommended  requirements. 

The  survey  results  were  broken  down  into  the  major  categories  described  below.  In  each 
section,  discussion  of  the  data  received  yields  a  preliminary  analysis  of  that  data.  The 
reader  is  refeired  to  Appendix  2  for  the  compiled  raw  data. 

2.1  Demographics  (Appendix  1  -  charts  6-10) 

This  section  of  the  survey  included  questions  on  the  respondent’s  major  job  description, 
their  companies’  product  area,  and  their  use  of  HDLs.  From  the  data,  it  appears  that  the 
majority  of  the  respondents  are  VHDL  users,  but  not  Verilog  users.  This  is  somewhat 
expected  from  the  distribution  of  the  survey  announcement.  We  were  expecting  more  of 
a  mix  in  that  most  tools  today  support  both  languages  in  cosimulation.  The  assumption 
for  a  mix  is  the  belief  that  the  user  conununity  is  fairly  bilingual  and  must  work  with 
systems  where  components  are  modeled  in  VHDL  and  Verilog.  Perhaps  the  low 
percentage  of  Verilog  users  can  be  explained  by  the  focus  of  the  survey  -  primary 
Verilog  users  did  not  feel  compelled  to  answer  questions  on  a  VHDL  survey.  One  very 
interesting  result  is  the  significant  percentage  of  respondents  who  claimed  to  be  using  C 
or  C-H-  as  a  hardware  description  language.  It  is  not  clear  if  this  use  is  in  modeling 
hardware  itself  or  in  modeling  the  software  that  is  a  major  part  of  most  embedded 
systems  being  currently  developed.  Further  investigation  of  this  issue  is  planned  for  the 
second  phase  of  the  survey. 

Another  fact  shown  in  the  survey  data  was  that  the  majority  of  the  respondents  indicated 
that  the  most  of  their  time  was  spent  in  detailed  design,  simulation,  and  verification  from 
the  RTL  level  down  to  gates  and  a  final  implementation.  This  result  was  further 
reinforced  by  the  data  from  an  essay  question  in  the  survey  where  a  majority  of 
respondents  felt  that  the  most  important  application  area  for  VHDL  currently  is  the 
detailed  design  of  ASICs  and  FPGAs.  Obviously  this  is  currently  the  case,  but  we  must 
insure  that  we  gather  requirements  from  the  user  community  that  is  looking  past  this  into 
the  future  where  system  design  at  higher  levels  of  abstraction  will  become  a  very 
important  application  domain  for  VHDL. 

2.2  Language  Capabilities  for  High  Level  Modeling  (Appendix  1  -  Charts  11-22) 

The  main  body  of  the  survey  was  aimed  at  attempting  to  determine  what  additional 
capabilities  the  user  conununity  desired  in  VHDL.  One  area  addressed  by  the  survey 
related  to  additional  support  for  hardware/software  codesign.  Additional  capabilities  in 
this  area  were  rated  as  important  or  very  important  by  a  majority  of  respondents. 
Interestingly  though,  the  addition  of  a  standard  programming  language  interface  (PLI), 
which  would  seem  to  be  a  requirement  in  this  area  and  is  already  underway  within  the 
VHDL  standardization  community,  was  rated  as  average  importance  by  a  majority  of 
respondents.  Further  investigation  of  the  user’s  needs  in  this  area  and  why  perhaps  they 
do  not  feel  that  a  standard  PLI  is  a  part  of  hardware/software  codesign  support  will  be 
one  of  the  focus  areas  of  the  phase  n  survey. 

Another  area  explored  in  the  survey  was  that  of  “system-level”  design,  or  designing  at 
higher  levels  of  abstraction.  Within  that  area,  the  respondents  indicated  that  the  capability 
to  express  system-level  constraints  for  power,  timing,  etc.  was  very  important.  On  the 
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other  hand,  they  indicated  that  an  interface  to  a  high  level  language  such  as  SLDL,  which 
currently  is  concentrating  on  the  area  of  constraint  specification  was  only  of  average 
importance.  This  apparent  conflict  may  be  the  result  of  the  user’s  desire  to  express  speed, 
area  and  power  constraints  for  synthesis  within  the  language  itself  instead  of  as  separate 
inputs  to  the  synthesis  tools  as  is  now  required. 

Also  in  the  area  of  system-level  modeling,  the  respondents  indicated  that  system-level 
performance  and  stochastic  modeling  and  better  communications  modeling  capabilities 
were  of  average  importance  but  that  better  abstraction  and  encapsulation  capabilities 
were  of  average  to  high  importance.  This  response  is  more  than  likely  a  result  of  the 
respondents  current  use  emphasis  of  VHDL  for  the  detailed  design  level  than  a  lack  of 
support  for  increased  modeling  capabilities  at  higher  levels  of  abstraction.  This  latter  area 
of  use  is  seen  as  critical  to  the  ability  to  design  next-generation  systems  by  many  experts 
in  the  HDL  area.  Therefore,  detailed  investigations  of  requirements  for  VHDL  with 
respect  to  abstract  system-level  modeling  and  design  will  be  a  major  area  of  emphasis  for 
the  next  phase  of  this  process. 

The  respondents  to  the  survey  indicated  that  high-level  synthesis  from  the  behavioral 
level  to  the  RTL  level  is  important  and  that  is  generally  the  impression  one  gets  from  the 
tool  vendors  as  well.  Exactly  what  requirements  this  area  may  generate  in  the  language,  if 
any  is  unclear,  but  will  be  investigated.  In  addition,  a  majority  of  the  respondents 
indicated  that  the  ability  to  perform  fault  simulation  within  VHDL  is  of  relatively  low 
importance.  The  respondents  of  the  survey  were  primarily  design  engineers.  The  test 
engineering  community  was  under-represented.  This  fact  could  result  in  some  important 
requirements  in  the  area  of  production  testing  being  overlooked.  To  avoid  this,  we  will 
ensure  that  the  test  community,  such  as  those  involved  in  the  development  and 
standardization  of  WAVES,  are  included  in  the  phase  n  survey  effort, 

In  the  system-level  modeling  area,  the  survey  asked  about  support  for  modeling 
dynamically  reconfigurable  hardware  and  faster  simulation  via  more  efficient 
communications  mechanisms,  both  of  which  were  rated  as  average  importance.  Perhaps 
the  dynamically  reconfigurable  computing  area  is  still  too  immature  to  generate  much 
interest  and  the  users  may  be  unaware  of  the  benefits  that  modeling  communications 
without  using  VHDL  signals  would  bring.  However  these  might  be  very  fruitful  areas  of 
use  for  exploitation  of  VHDL  and  will  be  examined  in  more  detail. 

Finally,  the  survey  results  pointed  out  that  a  majority  of  the  community  seems  to  be 
unaware  of  the  currently  ongoing  work  in  the  areas  of  Object  Oriented  VHDL 
(OOVHDL)  and  System  and  Interface  Design  (SID)  and  potential  future  benefit  from 
development  of  this  work.  The  groups  involved  should  address  this  lack  of  awareness  and 
must  ensure  that  the  requirements  expressed  by  the  users  are  “filtered”  in  such  a  way  that 
the  requirements  that  will  be  addressed  by  OOVHDL  and  SID  are  not  duplicated. 

2.3  Language  Capabilities  for  Intellectual  Property  (IP)  Generation  and  Reuse 
(Appendix  1  -  Charts  23-25) 

Several  questions  in  the  survey  asked  about  language  support  for  IP  generation  and  reuse. 
The  respondents  indicated  that  capabilities  for  reuse  were  of  high  importance,  but  what 
specific  requirements  exist  outside  of  the  areas  of  encapsulation  and  abstraction  that  may 
be  addressed  by  OOVHDL  is  unclear.  Also,  support  for  IP  creation,  protection,  delivery 
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and  use  was  rated  as  high  to  very  important,  but  specific  requirements  in  this  area  are 
unclear  as  well.  Especially  since  the  support  of  emerging  standards  in  this  area  such  as 
VS  I  and  OMF  were  rated  as  average  to  low  importance.  Clearly  this  is  an  area  where 
more  study  is  needed. 

2.4  Removal  of  Deprecated  Language  Features  (Appendix  1  -  Charts  26-27, 31-32) 

When  asked  which  current  features  in  VHDL  should  be  removed  to  simplify  the 
language,  a  significant  percentage  of  the  respondents  indicated  “none.”  In  addition,  a 
majority  of  the  respondents  indicated  that,  if  a  tradeoff  in  compatibility  between  VHDL 
200x  and  earlier  versions  of  VHDL  vs.  increased  capability  AND  ease  of  use  were  to  be 
made,  compatibility  should  be  the  overriding  concern.  This  result  clearly  indicates  that 
any  removal  of  features  from  the  language  should  be  done  carefully  and  with  an  eye 
towards  the  capability  of  continued  use  of  legacy  code. 

2.5  User  Interface  (Tool)  Issues  (Appendix  1  -  Charts  28-30) 

The  survey  asked  a  question  about  the  point  in  the  design  process  where  the  users  spent  a 
majority  of  their  time  and  many  of  the  respondents  indicated  that  to  be 
simulation/verification.  This  response  seems  to  be  reinforced  by  the  responses  to 
questions  on  user  interface  and  tool  issues.  In  this  area,  the  users  indicated  that 
accelerated  simulation  via  cycle-based,  synthesizable  or  other  subset  standardization  was 
of  high  importance.  In  addition,  they  indicated  that  a  standard  simulation  control 
language  is  of  high  importance.  Both  of  these  improvements  would  help  reduce  the  time 
they  need  to  run  the  large  numbers  of  simulations  (automated  via  simulation  scripts)  that 
are  required  to  verify  a  design  as  it  is  refined  to  an  implementation.  The  requirement  of  a 
standard  simulation  database  format  was  rated  as  somewhat  less  important  perhaps 
indicating  that  verification  data  analysis  is  not  currently  a  problem. 

3  The  Next  Step 

The  next  step  in  the  requirements  process  is  to  conduct  the  second  phase  of  the  user 
survey.  This  phase  will  begin  by  selecting  candidates  for  follow-up  interviews.  These 
interviews  will  be  focused  on  in-depth  discussions  of  the  user’s  needs  for  the  future  and 
how  these  needs  can  translate  into  requirements  for  VHDL  200x. 

Once  the  second  phase  of  the  user  survey  is  completed,  the  detailed  requirements 
generation  process  will  begin.  Detailed  requirements  for  changes  or  additions  to  the 
VHDL  language  will  be  identified  and  documented.  These  requirements  will  be  reviewed 
in  detail  with  the  VHDL  language  development  community  (the  IEEE  CS  VASG  and 
other  working  groups  within  the  DASC),  the  VHDL  tool  vendors,  and  the  Air  Force 
sponsors  of  this  study,  to  ensure  that  the  reconunended  requirements  have  the  greatest 
chance  of  being  addressed  by  the  language  update. 

The  recommended  organization  of  the  detailed  requirements  section  of  the  Phase  n 
document  is  as  follows: 
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3.1  Existing  Language  Application  Area 

This  is  the  section  that  will  describe  the  new  requirements  for  the  language  in  the  area 
where  it  is  presently  applied  by  a  majority  of  the  users,  i.e.,  from  the  behavioral  level 
down  through  RTL  to  gates. 

3.1.1  Bug  Fixes 

Outline  any  “maintenance”  updates  required,  taking  into  account  those  fixes  now 
underway  for  VHDL  1999  (expected  to  be  renamed  as  VHDL  2000). 

3.1.2  Additional  Features 

Outline  any  additional  features  that  are  proposed  to  be  added  to  support  the 
current  application  area.  Examples  may  be  features  such  as  adding  scoping  rales 
for  signals  similar  to  what  is  possible  in  Verilog  to  help  in  test  bench  design,  or  to 
add  needed  features  to  support  the  1 164  package  such  as  the  addition  of  reduction 
operators  (urinary  AND,  OR,  etc.)  for  vector  types  and  the  definition  of  an 
"image"  attribute  for  all  enumerated  types. 

3.1.3  Deprecated  Features 

Deprecated  features,  such  as  groups,  will  be  considered  for  removal. 

3.2  New  Language  Application  Areas 

This  section  will  outline  new  requirements  for  the  language  to  extend/better  facilitate 
their  use  in  new  application  areas,  i.e.,  at  higher  levels  of  abstraction.  Examples  might 
include: 

•  Behavioral  Synthesis 

•  SID 

•  OOVHDL 

•  Interface  to  SLDL 

•  System-level  constraint  specification 
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Appendix  1 


Charts  presented  in  the  VHDL  200x  workshop  session 
October  1999  VIUF  Conference 

Describes  the  study 

Summarizes  the  data  captured  at  that  time 


User  Survey  Results 

James  Aylor  -  University  of  Virginia 
Robert  Klenke  -  Virginia  Commonwealth  University 


/Jt 

^  TrcMcvy  latM 


Air  Force  VHDL  200x 
Project 


•  Funded  by  Avionics  Directorate  of  Wright  Lab 

•  Project  goals: 

0  Provide  assistance  to  the  community  in  the 
development  of  the  next  version  of  VHDL 

0  Insure  that  the  needs  of  the  Air  Force  (and  others)  are 
duly  considered 

•  Program  duration  of  Sept.  1998  -  Nov.  2001 

•  Team  members: 

0  University  of  Virginia 
0  Virginia  Commonwealth  University 
0  Advanced  Technology  Institute 
0  Menchini  &  Associates 
0  EDA  Standards  Consulting 


VHDL200X 


University  of  Virginia/Virginia  Commonwealth  University 


Page  1 
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Page  2 


Page  4 
11 
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Language  Capabilities 

High  Level  Modeling 


•  Hardware/Software  co-design  support  ? 


_ University  of  VirginiaA/irginia  Commonwealth  University 


Language  Capabilities 

High  Level  Modeling  (cont.) 


*  Standard  programming  language  interface  by  which  externally 
generated  (foreign,  e.g.  C,  C++)  models  and  functions  can  be 
included  in  the  simulation  of  a  design  ? 

50 
45 
40 
35 
30 
25 
20 
15 
10 
5 
0 


University  of  VirqiniaA/irginia  Commonwealth  University 


Pages 

13 
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JSTm  Language  Capabilities 

X™— .  High  Level  Modeling  (cont.) 


System-level  constraint  specification  within  VHDL 
(power,  timing  constraints,  etc.)  ? 


■g  8  8  8  ^  8 

Sts  >tS  ®tS  tS 

|u^<oxo|.o 

E  E  E  >  E 


University  of  Virginla/Virginia  Commonwealth  University 


yf7#  Language  Capabilities 

High  Level  Modeling  (cont.) 


System  level  modeling  (e.g.  performance  and  stochastic 
modeling)  ? 


«  0  O  O  —  0 

c  „c.»c 

b-J2<2iS  ^2 

e  &  O.  D.  Q>  CL 

“  J  J  1  >  1 


University  of  Virginia/Virginia  Commonwealth  University 
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15 
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JSrf  Language  Capabilities 

X— Hjgj^  Level  Modeling  (cont.) 


•  Ability  to  interface  to  high-level  system  description  languages 
(SDL,  SLDL)  ?  ^  ^ 


'S  0)  0)  d)  .  d> 

c  o  o  o  £  p 

««  2  C  C  C  O)  c 

O  ^  W  m  (S  n  y  CO 

zg  ot:  Sr  s>t  ^r 

9--io<oxg  t'O 

C  u  A  Qi  Q)  & 

E  E  E  >  E 

University  of  VirginiaA/irginia  Commonwealth  University 


^  yfT#  Language  Capabilities 

X— ,  |_jjg|^  Level  Modeling  (cont.) 


•  Are  you  aware  of  the  following  extensions  to  VHDL  currently 
being  pursued  and  do  you  feel  they  will  be  useful  in 
addressing  some  of  the  capabilities  described  above  ? 


I OOVHDL 
I  SID 


University  of  Virginia/Virginia  Commonwealth  University 
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Language  Capabilities 

High  Level  Modeling  (cont.) 


•  Support  for  new  hardware  design  paradigms  such  as 
data  flow  and  reconfigurable  hardware  ? 


VHOL200X 


University  of  VirginiaA/irginia  Commonwealth  University 
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yfT#  Language  Capabilities 

|_|jg|^  Level  Modeling  (cont) 


Accelerated  simulation  via  more  efficient  interprocess 
communication  mechanism  (messages,  shared  variables, 
lightweight  signals,  etc.)? 


35 

30 

25 

20 

15 

10 


-  ■  1  I  ^ 

m  B  m  U 

■  ■  B  B 

■  ■  ■  ■ 


■  ■  I 


cs 

o  C  s  I 

*1  n 

E 


s 


8  -c  8 

-  c  ^  c  O)  c 

(0  .c  <0  s  (Q 

>  r  o)  r  ^  t: 
<  o  X  o  o 

Q.  Q.  So. 

E  -  -S'  - 


E  >  E 


University  of  VirginiaA/irginia  Commonwealth  University 
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Language  Capabilities 

Reuse/I  P 


•  Better  reuse  capabilities  ? 


VHOL200JI 


University  of  Virginia/Virginia  Commonwealth  University 
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Language  Capabilities 

Reuse/I  P  (cont.) 


Support  for  externally  generated  models  that  conform  to  OMF 
and  VSI  emerging  standards  ? 


VHDt200x 


University  of  Virginia/Virginia  Commonwealth  University 
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Language  Capabilities 

Reuse/I  P  (cont.) 


•  Support  for  IP  creation,  protection,  delivery,  and  reuse  ? 


VHDL200X 


w  4)  0) 

S  o  o  o 

o?  55  0  S 

z  o  o  t;  >  t:  5* 


University  of  VirginiaA/irginia  Commonwealth  University 
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Language  Capabilities 

Unused  Features 


•  In  the  interest  of  simplifying  VHDL  what  language  constructs 
do  you  feel  could  be  eliminated? 

20 
15 
10 
5 
0 


_ University  of  VirginiaA/irginia  Commonwealth  University 
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Language  Capabilities  ^ 

Unused  Features  -  Previous  Data 


Q.  24.  Features  being  currently  used  and  planning  to  use 


Pubo-rajectioo  imil  in  aignah 
aasignmwiti  r»-on>y  !••»«•)  5 
Sharad  Variabiaa  caa.oniy'  “ 

iMtura)  \ 


Guarded  aignala  (bus/ r«gM«  ‘ 

Und)  S 

*  . 

Rapiacamanl  charactara  b 

Postponed  Processes  “ 
r»<nly  B 

Groups  r93-only  iMtur*)  ‘ 


Key: 

[^Currently  use 
^^lan  use 


Buffer  mode  ports  ^ 
Linkage  mode  ports  ' 


%  of  Responses 


University  of  VirginiaA/irginia  Commonwealth  University 


^7#  Language  Capabilities 

User  Interface  Issues 

•  A  standard  simulation  control  language  ? 


O  O  O  .  Cl 

o  O  u  Q 

^  c  c  ^  c  o>  c 

15  S5  f5  |5 

E  E  E  >  E 


University  of  VirginiaA/irginia  Commonwealth  University 
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yf7#  Language  Capabilities 

yggj.  Interface  Issues  (cent.) 


JlT^  Language  Capabilities 

iX — UgQ^  Interface  Issues  (cent.) 


Accelerated  simulation  via  cycle-based,  synthesizable 
or  other  subset  standardization  ? 


HI 

_  (0  e 

O  ^  »  I 

Z  S  O 

E  “•  a 


S  u  S  £  u 

c  c  .  c  o>  C 

d)(0  ^CQ 

gt:  >r  o)t: 

<0  .iO  g'O 
a  a  Q.  5  a 

P  P  E  >  E 


University  of  Virqinia/Virqinia  Commonwealth  University 


Language  Standardization 


•  How  important  is  it  that  the  next  update  of  VHDL  be  backwards 
compatibie  with  previous  versions  of  VHDL  ? 


_ University  of  VirginiaA/irginia  Commonwealth  University 


In  designing  the  next  update  to  VHDL,  If  a  choice  between 
language  rapability  and  readability/ease  of  use  vs.  backward 
compatibility  has  to  be  made  for  one  or  more  constructs, 
would  you  prefer  strict  backward  compatibility  or  less 
capability  in  the  revised  language 


VHOL200X 


Capabilhy/Ease  of  Use  Backward  Compatibility 
University  of  Virginia/Virginia  Commonwealth  University 
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Conclusions 


•  Demographics 

0  Detailed  design  and  verification  is  still  the  primary 
application 

0  VHDL  for  synthesis  continues  to  be  important 

0  C  and  C+-«-  seem  to  be  gaining  popularity  for  modeling 
hardware 


woiiooi _ Univefsity  of  VirginiaA/irginia  Commonwealth  University 


Conclusions 


•  High  Level  Modeling 

0  High  level  synthesis  is  in  great  demand 

0  Codesign  remains  a  critical  need, 

0  but  a  standard  PLI  doesn’t  seem  to  be  a  major  concern 

0  System-level  constraint  specification  seems  important 
(driven  by  the  desire  to  specify  timing  for  synthesis  in  the  language, 
not  the  tool?) 

0  System-level  modeling  capabilities  are  still  not  a  first- 
level  concern  for  mainstream  users 

0  The  community  seems  to  be  relatively  unaware  of 
existing  efforts  in  this  area  (SID,  OOVHDL,  SLDL) 

0  Production  testing  (fault  simulation)  appears  to  not  be 
a  critical  issue  for  designers 


woi-aoix _ University  of  VirginiaA^irginia  Commonwealth  University 
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Conclusions 


•  Reuse/IP 

0  Support  for  industry  standard  reuse  formats  is  not 
high, 

0  but  reuse  itself  seems  to  be  important  (perhaps 
everyone  wants  to  be  able  to  reuse  their  own 
designs?) 

•  Unused  Features 

0  A  significant  portion  of  the  users  don’t  want  to  remove 
any  features, 

0  but  nobody  seems  to  use  guards,  blocks,  or  groups 

•  Standardization 

0  Backward  compatabiiity  is  a  must 


v»ol2oox _ University  of  VirginiaA/irginIa  Commonwealth  University 
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Proposed  Requirements 
Document  Outline 


•  Existing  Language  Application  Area 

0  Bug  Fixes 

0  Additional  Features  (scoping,  1164  package) 
0  Removal  of  Unused  Features 

•  New  Language  Application  Areas 

OSID 

0  OOVHDL 
0  Interface  to  SLDL 

0  System-level  constraint  specification 
0 ... 


VHDL200X _ University  of  VirginiaA/irginia  Commonwealth  University 
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Appendix  2 

Compiled  raw  data  captured  in  Phase  I  of  study 
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1 .  Which  HDL  do  you  use? 


VHDL 


Verilog 


SDL 


C 


.  C-H-l 


Java 


VHDL-AMS 


VERILOG-AMSI 


MAST  or  other  Analog  language 


Other] 


Written  Response  for  Question  1  under  Other; 


Altera  HDL 


Matlab 


Modelica 


DSL, ABEL 


SIMULINK 


VHDL+ 


Perl 


Pspice 


Module  Compiler 


SpectreHDL 


Handel-C 


AHDL  ALTERA 


2.  VHDL  is  used  in  my  organization  for? 


_  Digital  ASIC/IC 


FPGA  design 


PCB 


_  Performance  Modeling 


High-Level  System  Design 


_  RTL  Design 


_  _  Gate  Level  Design 


_  Analog  design 


_  _  Education 


_  _  IP  core  development 


_ System-on-a-chip  design 


_  Other] 


Written  Response  for  Other: 


Nothing 


System  Verification 


Simulation  models 


_ ^MS/Microsystem  modeling 


Non-electronics  simulation  (rarely) 


we  ve  developed  a  PD  analyzer  for  simulation 


3.  VHDL  IS  primarily  used  in  my  organization  for? 


Digital  ASIC/IC  design 


FPGA  design 


PCB 


_  Performance  Modeling 


High-Level  System  Design 


RTL  Design] 


Gate  Level  Design  Analog  design 


Education 


IP  core  development] 


System-on-a-chip  design 


Other 


Written  Response  for  Other: 


we  develop  VHDL  and  Verilog  compilers 


Digital  ASIC/IC  simulation 


MEMS/Microsystem  modeling 


4. 1  personally  use  VHDL  for? 


Digital  ASIC/IC  design] 


FPGA  design 


PCB 


Performance  Modeling 


High-Level  System  Design 


RTL  Design] 


Gate  Level  Design 


Analog  design] 


Education 


IP  core  development] 


System-on-a-chip  design 


Other 


Written  Response  for  Other 


_ switched  to  verilog 


writing  test  examples  in  VHDL  for  testing  my  compiler 


_ Test  samples  and  component  modelling 


simulation  environments 


MEMS/Microsystem  modeling 


2 
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5.  My  primary  job  responsibility  is? 


_  Corporate  management 


_  Design  engineering 


_ Design  engineering  management 


_ EngineeringAechnical  support 


_ Research  and  development 


_  Technical  marketing] 


_  EDA  tool  development 


_  IP  core  development 


_ _  Other 


Question  NOT  Answered  by 


Written  Response  for  Other: 


_ Professor  (Engineering) 


Academic 


_ HDiyPesign  Reuse  Consulting 


_ Consulting 


Design  verification 


_ Teaching 


staff  technologist 


6.  Primary  end  application  of  my  designs  are? 


_ Avionics  Marine  Aerospace  Electronics 


_  Communication  systems 


_  Computers 


_  Computer  peripherals 


_  Consumer  electronics 


_ Automotive/Other  Ground  vehicles 


_  Industrial  Controls  Robotics] 


_ Electronic  Instrumentation/ATE/Design  and  Test] 


_ Medical  Electronics  Appliances 


_  Educational  institution 


_  Military 


Other 


Written  Response  for  Other: 


_  DSP 


none,  purely  research  for  its  own  sake 


Government 


Dynamically  reconfigurable  logic  applications 


Academic  Research 


_ outsourcing/consultancy 


_ outsourcing/consultancy 


_  EDA  tools 


VM E-bus  DSP  boards 


_ Video  and  image  processing 


7.  Please  estimate  the  relative  percentage  use  of  each  capture 
method  for  your  VHDL  designs  ? 

Text  Editor  -0% 

1 

Text  Editor  - 10% 

10 

Text  Editor  -  20% 

13 

Text  Editor  -  30% 

2 

Text  Editor  -  40% 

6 

Text  Editor  -  50% 

10 

Text  Editor  -  60% 

2 

Text  Editor  -  70% 

6 

Text  Editor  •  80% 

10 

Text  Editor  -  90% 

30 

Text  Editor  - 100% 

36 

Language-sensitive  Editor  -  0%| 


Language-sensitive  Editor  - 10% 


Language-sensitive  Editor  -  20% 


Language-sensitive  Editor  -  30% 


Language-sensitive  Editor  -  40%| 


Language-sensitive  Editor-  50% 


Language-sensitive  Editor  -  60% 


Language-sensitive  Editor  -  70%| 


Language-sensitive  Editor  -  80% 


Language-sensitive  Editor  -  90% 


Language-sensitive  Editor- 100% 


Schematic  Editor  -  0% 


_  Schematic  Editor  - 10% 


_  Schematic  Editor  -  20% 


Schematic  Editor  -  30% 


_  Schematic  Editor  -  40% 


_  Schematic  Editor-  50% 


Schematic  Editor  -  60% 


_  Schematic  Editor  -  70% 


_  Schematic  Editor  -  80% 


_  Schematic  Editor-  90%| 


Schematic  Editor- 100% 


State  machine/chart/table  Editor  -  0%| 


State  machine/chart/table  Editor  - 10% 


State  machine/chart/table  Editor  -  20% 


State  machine/chart/table  Editor  -  30%| 


State  machine/chart/table  Editor  -  40%| 


State  machine/chart/table  Editor-  50% 


State  machine/chart/table  Editor  -  60% 


State  machine/chart/table  Editor  -  70% 
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state  machine/chart/table  Editor  -  80%| 


State  machine/chart/table  Editor-  90% 


State  machine/chartAable  Editor- 100%| 


Truth  Table  Editor  -  0%| 


Truth  Table  Editor  - 10% 


Truth  Table  Editor  -  20% 


Truth  Table  Editor -30% 


Truth  Table  Editor  -  40%| 


Truth  Table  Editor-  50% 


Truth  Table  Editor  -  60% 


Truth  Table  Editor  -  70% 


Truth  Table  Editor -80% 


Truth  Table  Editor-  90% 


Truth  Table  Editor- 100%! 


Reused  design  models  -  0%| 


Reused  design  models  - 10% 


Reused  design  models  -  20% 


Reused  design  models  -  30%| 


Reused  design  models  -  40% 


Reused  design  models  -  50% 


Reused  design  models  -  60% 


Reused  design  models  -  70% 


Reused  design  models  -  80% 


Reused  design  models  -  90% 


Reused  design  models  - 100%| 


Other  -  0% 


Other  - 10% 


Other  -  20%1 


Other  -  30% 


Other -40%| 


Other  -  50% 


Other  -  60% 


Other -70% 


Other -80%| 


Other  -  90% 


Other -100% 


8.  If  you  are  using  VHDL  synthesis,  please  estimate  the 
percentage  of  your  designs  that  are  synthesized  to  each  of  the 
following? 


VITAL  gates  -  0% 


VITAL  gates  - 10%| 


VITAL  gates  -  20% 


VITAL  gates  -  30% 


VITAL  gates  -  40% 


VITAL  gates  -  50% 


VITAL  gates  -  60% 


VITAL  gates  -  70% 


VITAL  gates  -  80%| 


VITAL  gates  -  90% 


VITAL  gates  - 100%| 


Other  VHDL  gate-level  descriptions  -  0%| 


Other  VHDL  gate-level  descriptions  - 10% 


Other  VHDL  gate-level  descriptions  -  20% 


Other  VHDL  gate-level  descriptions  -  30% 


Other  VHDL  gate-level  descriptions  -  40% 


Other  VHDL  gate-level  descriptions  -  50% 


Other  VHDL  gate-level  descriptions  -  60%| 


Other  VHDL  gate-level  descriptionss  -  70% 


Other  VHDL  gate-level  descriptions  -  80% 


Other  VHDL  gate-level  descriptions  -  90% 


Other  VHDL  gate-level  descriptions  - 100%| 


Verilog  gates  -  0%| 


Verilog  gates  - 10% 


Verilog  gates  -  20%| 


Verilog  gates  -  30% 


Verilog  gates  -  40% 


Verilog  gates  -  50% 


Verilog  gates  -  60%| 


Verilog  gates  -  70% 


Verilog  gates  -  80% 


Verilog  gates  -  90%| 


Verilog  gates  - 100% 


Other  non-VHDL  or  Verilog  gate  level  descriptions  -  0% 

71 

Other  non-VHDL  or  Verilog  gate  level  descriptions  - 10% 

2 

Other  non-VHDL  or  Verilog  gate  level  descriptions  -  20% 

1 

Other  non-VHDL  or  Verilog  gate  level  descriptions  -  30% 

2I 

Other  non-VHDL  or  Verilog  gate  level  descriptions  -  40% 

1 

Other  non-VHDL  or  Verilog  gate  level  descriptions  -  50% 

3 

Other  non-VHDL  or  Verilog  gate  level  descriptions  -  60% 

0 

Other  non-VHDL  or  Verilog  gate  level  descriptions  -  70% 

1 

6 
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Other  non-VHDL  or  Verilog  gate  level  descriptions  -  80% 

1 

Other  non-VHDL  or  Verilog  gate  level  descriptions  -  90% 

3 

Other  non-VHDL  or  Verilog  gate  level  descriptions  - 100% 

20 

9.  Hardware/Software  co-design  support  ? 


_  not  important 


low  importance 

14 

average  importance 

24 

high  importance 

54 

very  high  importance 

25 

lO.System-ievel  constraint  specification  within  VHDL  (power, 
timing  constraints,  etc.)  ? 

not  important 

7 

low  importance 

25 

average  importance 

24 

high  importance 

36 

very  high  importance 

34 

11.  Fault  simulation  with  VHDL  ? 

not  important 

16 

low  importance 

36 

average  importance 

28 

high  importance 

25 

very  high  importance 

19 

12.  System  level  modeling  (e.g.  performance  and  stochastic 
modeling)  ? 

not  imjjortant 

2 

low  importance 

24 

average  importance 

45 

high  importance 

37 

very  high  importance 

16 

13.  High  level  synthesis  (from  behavioral  models  to  FITL)  ? 

not  important 

5 

low  importance 

12 

average  importance 

31 

high  importance 

37 

very  high  importance 

40 

14.  Support  for  new  hardware  design  paradigms  such  as  data 
flow  and  reconfigurable  hardware  ? 

not  important 

9 

low  importance 

18 

average  importance 

39 

high  importance 

37 

very  high  importance 

20 

15.  Accelerated  simulation  via  cycle-based,  synthesi:Eable  or 
other  subset  standardization  ? 

not  important 

8 

low  importance 

14 

average  importance 

32 

high  importance 

41 

very  high  importance 

29 

16.  Accelerated  simulation  via  more  efficient  interprocess 
communication  mechanism  (messages,  shared  variables, 
lightweight  signals,  etc.)? 

not  important 

9 

low  importance 

27 

average  importance 

30 

high  importance 

36 

very  high  importance 

22 

17.  Better  encapsulation  and  abstraction 
capabilities  ? 


not  important 

2 

low  importance 

22 

average  importance 

42 

high  importance 

38 

very  high  importance 

18 

18.  Better  reuse  capabilities  ? 

not  important 

3 

low  importance 

11 

average  importance 

29 

high  importance 

'  51 

very  high  importance 

28 

19.  Better  communications  modeling  capabilities  ? 

not  important 

10 

low  importance 

16 

average  importance 

49 

high  importance 

35 

very  high  importance 

12 

r 


20-  Standard  programming  language  interface  by  wh 
externally  generated  (foreign,  e.g,  C,  C++)  models  an 
functions  can  be  included  in  the  simulation  of  a  desii 

ich 

d 

gn? 

not  important 

11 

low  importance 

16 

average  importance 

47 

high  importance 

34 

very  high  importance 

14 

21 .  Support  for  externally  generated  models  that  conform  to 
OMF  and  VSI  emerging  standards  ? 

not  important 

22 

low  importance 

30 

average  importance 

39 

high  importance 

21 

very  high  importance 

7 

22.  Support  for  IP  creation,  protection,  deliverv.  and  reuse  ? 

not  important 

10 

low  importance 

22 

average  importance 

25 

high  importance 

43 

.  very  high  importance 

23 

23.  A  standard  simulation  control  language  ? 

not  important 

8 

low  importance 

21 

average  importance 

36 

high  importance 

39 

very  high  importance 

21 

24.  A  standard  simulation  waveform  database 
format  ? 

not  important 

19 

low  importance 

18 

average  importance 

35 

high  importance 

36 

very  high  importance 

16 

25.  Ability  to  interface  to  high-level  system  description 
languages  (SDL,  SLDL)  ? 

not  important 

25 

low  importance 

18 

average  importance 

38 

high  importance 

19 

very  high  importance 

20 

26.  How  important  is  it  that  the  next  update  of  VHDL  be 
backwards  compatible  with  previous  versions  of  VHDL  ? 

not  important 

4 

low  importance 

9 

average  importance 

29 

high  importance 

23 

very  high  importance 

60 

27.  Are  you  aware  of  the  following  extensions  toVHDL 
currently  being  pursued  and  do  you  feel  they  will  be  useful  in 
addressing  some  of  the  capabilities  described  above  ? 


_  OOVHDL 


_  YES  4f 


_  NO  11 


Not  aware/unsure  6£ 


SID  (VHDL+) 


YES 


NO 


Not  aware/unsure 


28.  Do  you  feel  the  extensions  to  VHDL  currently  being 
pursued  will  be  useful  to  YOU  in  the  future? 


_  OOVHDL 


_  YES 


_  NO 


Not  aware/unsure 


SID  (VHDL+) 


YES 


NO 


Not  aware/unsure 


29.  Where  in  the  design  cycle  (specification,  high-level  design,  detailed  design, 
implementation,  testing,  etc.)  is  the  majority  of  time  spent  in  our  organization  ? 

Use  of  VHDL :  detailed  design,  +  lower  design  phases,  Spec/High-level :  more  via  C-models,..  distribution 
in  effort  about  50/50. 

Detailed  design. 

detailed  design,  implementation.  Which  is  actually  not  good. 

simulation  and  test 

High-level  design 

Implementation  &  testing 

Don't  Know 

SPECIFICATION 

specification  and  testing  about  80  percent  of  development  time 

specification  -  20%  high-level  design  - 10%  detailed  design  -  20%  implementation  -  10%  testing  and  re¬ 
design  -  30%  creating  layout  for  ASIC  - 10% 

detailed  design  and  simulation 

design  and  test 

Specification  and  testing. 

Detailed  design/implementation 

1.  testing  2.  high-level  design  3.  detailed  design  4. implementation  5. specification 

specification  and  testing 

Testing,  perfomance  verification. 

testing 

Specification 

Detail  design  and  behavioral  modeling. 

high-level  design,  testing,  system  integration  with  SW 

The  time  spent  all  five  cycles  mentioned  is,  dependent  on  the  project,  more  or  less  equal. 

Spec.  High-level  design,  detailed  design  and  partly  implementation 
Testing 

VHDL  simulation  and  gate-level  simulation 

Most  of  the  time  is  spent  in  debug  of  the  FPGAs/boards 

11 

38 


Usually  in  the  verification  of  behavioral  and  synthesized  models. 

spec  15%  HL  design  15%  detailed  design  35%  simulation  25%  test/debug  10% 

Functional  verification 

Testing.  Simulation  and  validation  of  functionality. 

High  level  design  /  detailed  design  about  equally, 
high-level  design,  detailed  design 
High-level  design 

As  an  educational  institution,  the  majority  of  teaching  work  uses  RTL  VHDL.  We  are,  however,  engaged 
in  research  work  and  EDA  tool  development  that  uses  high-level  behavioural  VHDL  and  VHDL- AMS.  In 
that  sense,  most  time  is  spent  on  high-level  design 

design  implementation  and  simulation 

development  of  MEMS/Microsy stem  device  models  (behavioral  level) 

Most  of  the  time  is  spent  on  implementation  and  simulation.  About  the  same  amount  of  manpower  on  each. 
Most  of  the  time  is  spent  during  the  synthesis  and  timing  spin  that  occurs  to  meet  timing  requirements, 
high  level  design  and  RTL  synthesis 

Students  tend  to  be  mostly  occupied  with  detail  design,  but  when  acting  as  a  consultant  I  spend  most  of  the 
time  on  specification  and  verification:  implementation  is  not  usually  a  big  problem 

detailed  design 

detailed  design  and  testing  (simulation) 
testing  &  debug 

Not  enough  is  spent  on  high-level  design,  it's  a  lot  of  detailed  dsn  and  implementation. 

Detailed  design 

detailed  design  and  implementation. 

Detailed  design  and  simulation 

Detailed  design,  implementation  and  testing. 

detailed  design 

detailed  design 

Design  verification 
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verification. 


spec.,  testing 

Spec:  30  %  Coding:  15  %  Test:  55  % 

30.  What  is  the  current  most  important  application  area  of  VHDL  ? 

RTL-design  (so  detailed  design  phase) 

I  still  suppose  that  digital  design  and  FPGAs  are  the  most  important  application  area. 
System-level-design  using  VHDL-AMS  FPGA  design  using  VHDL 
Education  (Design  methodology,  ASIC  and  FPGA  design) 
consumer  electronics 

As  an  educational  user  of  VHDL  we  don’t  have  one 

Communications  ASIC 

System  Level  design 

RTL  design 

ASIC  design 

Digital  ASIC  and  FPGA  design 
RTL  design  and  simulation 
Detailed  design. 

Rapid  hardware  design,  easily  migratable  across  technologies 

synthesis  simulation 

RTL  design,  system  modelling 

FPGA  design. 

system  simulation 

ASIC  and  FPGA  Design 

Synthesizable  VHDL  (including  high  level  synthesis) 

FPGA 

FPGA  programming  and  simulation  -  code  maintenance. 

Digital  design  using  synthesis  tools 

In  our  organization,  the  emphasis  lies  on  synthesis  of  RTL  level  designs.  Other  applications  (system 
design,  board  level  testing)  are  upcoming. 
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ASIC  design 
RTL  synthesis 
FPGA  design, 

Modelisation 
FPGA  design 

For  me  personally,  3G  mobile  comms 
ASIC  design. 

Complete  top  down  design,  from  abstract  system  to  VITAL  gates, 
high-level  design,  synthesis 
embedded  systems 

RTL  synthesis  to  FPGAs.  I  forsee  this  changing  in  the  near  future  to  behavioural  synthesis, 
design,  testbenches  and  simulation  models 
Design  space  exploration  on  architecture  level 

From  my  point  of  view,  FPGA  design  and  simulation;  the  rest  of  the  industry  may  disagree! 

logic  synthesis 

ASIC  design 

Digital  ASIC  design 

communications,  telecom 

Integrated  circuit  simulation  modeling 

ASIC  design 

FPGA  design  entry 

Communication  equipment 

design  education 

high-level  design 

Design  ofFPGA’s 

RTL  entry  and  the  verification  of  that  design.  Behavior  level  is  becoming  more  important  as  we 
understand  the  subset  that  is  useful  in  high  performance  asics  and  micro  processors 

high-level,  FPGA-design,  prototyping 
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Synthesis  to  Gates 

31.  Are  there  any  other  areas  where  you  use  VHDL  that  were  not  covered  by  questions  2-4 
7 

Yes  E.g.  making  an  VHDL-model  of  analog  modules  so  that  a  single  simulator  environment  is  possible 
(using  "reals")  (translation  from  HDLA) 

NO. 


No 

No 

no 

no 

No,  far  as  I  can  think  of 
no 

no 

no 

no 

Test  vector  generation  generated  from  the  VHDL  testbench 
no 

Test  benches/  System  verification 
no 

no 

no 

no 

no 

no 

Testbench  creation.  Specifically,  bus-functional-models  and  bus-checkers, 
no 

embedded  systems 
no 
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no 


no 


no 

Simulation  behavioral  models 
high-level  testbenches 
no 

Yes,  Abstract  system  modelling.  For  example,  I  have  used  VHDL  to  model  air  interfaces  and  such  for 
communication  channels. 

no 

Writing  of  test  benches, 
no 

no 

automatic  control  others  ? 


to  VHDL,  if  a  choice  between  language  capability  and 
readabihty/ease  of  use  vs.  backward  compatibility  has  to  be  made  for  one  or  more 

constructs,  would  you  prefer  strict  backward  compatibility  or  less  capability  in  the  revised 
language? 

backwards  compatibility  is  a  must,  else  why  not  switch  to  other  languages  like  C/C-h-  and  extend  them 
with  some  signal  typesC/C+ 

Backward  compatibility. 

language  is  already  much  to  complicate  for  conformance  for  average 
VHDL- AMS  simulators.  Keep  the  basics  straight.  Skip  the  not  used  constructs. 

I  would  prefer  to  improve  language  capability  and  ease  of  rather  than  backward  capability 

It  is  very  important  the  backward  compability. 

I  am  prepared  to  accept  some  loss  of  backwards  capability  if  it  can  be  justified 
Ease  of  use  is  always  good,  but  depends  to  what  extent  the  old  code  has  to  be  rewritten. 

I  would  prefer  strict  backward  compatibility, 
more  capability  and  ease  of  use 
strict  backward  compatibility 
I  would  definitely  prefer  language  capability 

» 

depends  on  the  number  of  constructs  and  on  the  impact  on  reuse  of  modules 
strict  backward  compatibility. 
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Strict  backward  compability. 


depends  too  much  on  the  suggested  additional  capabilities  vs  compatibility  trade-off  to  be  able  to  answer. 
Cf.  files  in  VHDL87->93:  incompatible  but  easily  adaptable  to  new  standard. 

Some  loss  of  backward  compatibility  would  be  acceptable. 

less  capability 

backward  compatibility 


Yes?  strick  backward  compatibility  over  more  capability. 

Prefer  more  language  (and  library)  simplification  and  consistency  and  more  object-oriented  capability. 

BAckward  compatibility  is  important.  Incompatibilities  and  upgrade  guidelines  have  to  be  well 
documented 


In  my  opinion,  a  clean  design  of  VHDL  is  necessary.  Therefore  backward  compatibility  should  be 
preserved  wherever  possible,  but  readability  and  ease  of  use  should  be  given  higher  precedence. 

No,  I  would  prefer  more  language  capability. 

Dtich  the  strict  backward  compatibility  and  go  for  the  extra  features.  C  to  C++  broke  a  few  things,  but  they 
were  so  minor  that  no  one  complained.  Heck,  right  now  we  spend  a  lot  of  time  whining  about  how  we  have 
to  take  perfectly  good  VHDL  *93  and  turn  into  back  into  VHDL  *87  to  get  FPGA  Express  to  synthesize  it,  I 
doubt  we'll  complain  any  more  if  we  have  to  change  some  VHDL  ‘93  into  VHDL  ’20(K). 

I  prefer  a  strict  backward  compatibility  in  the  next  update.  A  further  update  could  include  more  language 
capability.  I  think  that  improvement  of  language  capability  would  be  done  step  by  step. 

So  long  as  the  synthesizable  subset  of  VHDL  is  backwards  compatible,  it  doesn’t  really  matter. 


Go  for  the  improved  capability,  particularly  if  there  is  a  clear  mapping  for  VHDL*93  to  VHDL-20(K)  in 
those  areas.  The  old  compilers  will  still  be  there  for  a  while,  and  most  products  will  have  a  command-line 
option  for  which  syntax  to  use  anyway. 


Don  t  you  mean  *more*  capability  in  the  revised  language?  I  believe  that  extra  capability,  and  language 
extensions,  should  take  precedence  over  backward  compatability.  If  you  stick  with  backward  compatibility 
as  a  primary  requirement,  then  VHDL  will  soon  be  obsoleted  by  the  next  generation  of  HDLs. 

I  would  say  that  language  capability/readability/ease  of  use  has  priority  over  backward  compatibility. 

I  d  prefer  readability/ease  of  use  over  backward  compatibility.  Re-use  is  very  low,  however,  breaking  all  of 
the  existing  tools  must  be  considered  as  very  undesirable. 

Strict  backwards  compatibility  is  very  important.  The  language  as  currently  defined  is  quite  capable  of 
doing  most  of  the  Aings  asked  of  it.  Complicating  it  runs  the  risk  of  making  it  less  usable  for  the 
majority  of  practitioners.  Change  for  change  sake  is  always  a  bad  idea. 

Prefer  backward  compatibility,  with  the  exception  of  minor  incompatibilities,  such  as  new  reserved  words 
and  relaxation  of  restrictions. 
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less  capability 


I  would  be  prepared  to  sacrifice  backward  compatability  for  better  ease  of  use. 

I  would  be  willing  to  trade  off  some  backward  compatibility  for  enhanced  capability. 

I  prefer  more  capability,  ease  of  use,  readability.  I  could  tolerate  a  loss  of  backward  capabiltiy. 

Less  capability 

Backward  compatibility  is  extremely  important,  but  it  can  be  sacrificed  for  better  language  capability 
compilers  can  clearly  identify  the  incompatibility  and  there  is  a  clear  remediation  path 

strict  backward  compatibility 

Backward  compatibility 

If  the  capability  is  unneeded  and  it  simplifies  the  language,  the  by  all  means  scrap  it! 

I  prefer  capability  and  ease-of-use  over  bkwd-compat.  (can  always  run  a  tool  in  a  bkward-compat.  mode). 

I  would  prefer  strict  backward  compatibility,  but  optimized  performance  on  a  well-defined  subset  with  less 
capability. 

Less  capability  (but  not  to  throw  away  the  entire  language) 

Backward  compatibility  less  important  than  significant  improvement  in  language 
I  would  prefer  increased  capability  and  ease  of  use  to  backward  compatibility, 
backward  compatibility  can  be  dropped  for  less  frequently  used  features 
New  versions  should  be  100%  backward  compatible,  new  features  can  be  added 
My  preferance  is  upward  compatibility. 

I  really  don’t  know.  The  maintainance  and  reuse  of  "old"  models  need  backward  capability. 

Ease  of  Use  is  very  important  Backward  compatible  to  an  RTL  Subset  of  the  language  is  very 
important.  Backward  compatible  otherwise  some  importance  (see  comment  in  annoying  features).  As  a 
VHDL  trainer,  I  have  found  that  hardware  designers  are  just  that  -  hardware  designers.  Please  try  to 
keep  the  usage  of  VHDL  for  hardware  design  simple.  I  just  saw  that  one  simulator  vendor  thinks  that 
with  VHDL-93  that  configurations  are  required  for  all  code.  Configurations  are  a  foreign  to  most 
hardware  designers. 

33.  What  design  languages  (including  any  from  question  1  including  VHDL  and  SLDL)  do 
you  plan  to  use  in  the  next  2  years,  for  what  purpose,  and  why  the  specific  language? 

C/C++  :  making  behavioral  models  VHDL  :  rtl/detailed  design  Verilog  :  only  for  gatelevel  simulation 
(since  best  interface  to  backend  tools)  (Place&Route  tools  do  not  like  VHDL  gatelevel  netlists) 

VHDL-AMS.  FOR  mixed  simulation  and  modeling.  Because  it  has  become  a  standard. 

VHDL-AMS  (we  are  using  already)  since  there  is  no  other  non  propriatary  standard  language  for  this 
purpose 

VHDL  (FPGA  and  ASIC  design)  VHDL-AMS  (mixed-mode  system  design,  MEMs  modeling) 
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Unknown. 


VHDL  - 1  need  as  high  a  level  of  description  as  I  can  find  (in  terms  of  compiler  syntax,  rather  than 
abstraction  level).  This  is  why  I  don’t  use  Verilog.  Purpose:  primarily  FPGA  and  IP  synthesis  and 
simulation.  C  -  for  everything  else. 

I  only  foresee  using  VHDL  in  the  next  2  years. 

Verilog,  for  existing  IP  that  I  must  incorporate  in  my  design.  Module  Compiler,  for  datapath  design  in 
communications  ASICS. 


VHDL  -  continuing  same  purposes  VHDL-AMS  -  same  purposes  as  VHDL  SLDL  (Rosetta)  -  language 
design  and  validation 

VHDL,  SLDL,  MSC,  C,  C-h-,  (OOVHDL)  for  system  verification  design  languages  used  in  embedded 
system  designs 


VHDL  -  behavioural  synthesis  C  (subset)  -  behavioural  synthesis  VHDL-AMS  -  development  of  EDA  tools 

vhdl  in  much  the  same  way  as  we  are  using  it  today  because  we  are  comfortable  and  efficient  with  it 

SpectreHDL:  because  it  is  the  only  one  which  is  implemented  fully  functional.  VHDL-AMS:  if  I  get 
access  to  a  simulator  that  provides  a  fully  functional  language  implementation,  including  tolerances 
and  timestep  control. 

VHDL  will  be  used  for  all  our  ASIC  logic  entry. 

VHDL  for  behaviour  and  RT  level,  C  and/or  SDL  for  system  level  design,  incl  co-design 

™L  because  the  rest  of  the  world  expects  it  for  FPGA  Verilog  because  most  of  California  expects  it  for 
^a^gm  because  I  fervently  believe  in  communicating-  sequential -processes  as  a  design 

vhdl  only 


VHDL  only  for  ASIC  design.  Experience  base,  tools  support 

VHDL,  because  that  s  what  I  know  and  that’s  what  the  company  uses. 

VHDL,  SLDL,  possibly  C/C++  (which  may  be  part  of  SLDL  env.) 

C  for  high-level  procedural  models.  C  allows  for  quick  turn  around  time  for  design  changes. 

VHDL  for  RTL  models  and  for  structural  representations  of  designs.  The  formality  of  VHDL  is 
an  asset  when  working  in  large  teams  concurrently  developing  IC  models. 

VHDL,  Verilog,  Vera  (Maybe),  Sometimes  TCL  and  Perl  also  come  in  handy. 

VHDL,  Modelsim  macrofiles,  UNIX  script  (awk)  I  use  awk-scripts  to  generate  port  maps  etc.  Macrofiles 
are  used  to  control  the  simulation.  VHDL  is  used  for  testbench  and  RTL  design. 

VHDL  For  FPGA  Design  It  is  widely  used  and  has  proved  efficient  for  FPGA  designs 
VHDL  Esterel  for  codesign 
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VHDL 


VHDL 


r 


VHDL  primarily.  We*ll  have  a  look  at  SLDL  and  VHDL+,  but  my  present  view  is  that  VHDL  can  handle 
all  the  aspects  of  system  design  that  we  are  interested  in. 

VHDL,  Verilog:  High-level  +  RTL  models  C/C++:  Spec  +  High-level  models;  HW/SW-designs 


34.  In  the  interest  of  simplifying  VHDL  what  language  constructs  do  you  feel  could  be 
eliminated? 

difference  output  and  buffer  types  (make  outputs  also  readable),  would  definitely  fix  lots  of  problems  in 
gatelevels  (and  avoid  use  of  massive  unnecessary  signals) 

Not  sure. 

This  is  the  wrong  question.  We  have  made  a  proposal  for  VHDL-AMS  subset  (which  is  similar  to  1076.6), 
this  is  pretty  much  sufficient  to  me. 

Guarded  signals  LINKAGE  and  BUFFER  ports 

blocks 

None 

I  lost  track  after  working  at  CLSI :-) 

guarded  assignements  linkage  selected  signal  assignements  conditional  signal  assignements 

architecture  configuration  passive  processes  inside  the  entity  declaration 

none 

groups  components 

Capture  a  schematic  of  a  small,  simple  FPGA.  Convert  to  VHDL  and  also  convert  to  Verilog.  Now 
compare  the  code.  Do  I  need  to  say  more? 

none 

shared  variables,  guarded  signals^locks 
I  do  not  feel  that  anything  can  be  eliminated 
Not  sure. 

Ummm...  guarded  signals! 

IN  our  VHDL  design  team,  we  don’t  use  all  the  available  constructs  because  it's  not  our  choice  or  because 
they  have  not  interest  in  modeling  our  systems.  But  I  think  if  s  the  best  way  to  keep  a  wi^e  construct 
capabilities 
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No  opinion. 


Not  much,  if  anything.  Perhaps  guarded  signals  (but  not  blocks).  I  don't  feel  that  the  complications  are  in 
the  specific  constructs,  but  in  the  language  structure  itself  -  look  at  section  10  of  the  LRM. 

The  ones  I  don't  use... 

Block  statements  Guarded  signals  Shared  variables. 

buffer  ports  linkage  ports  guarded  things  (signals/ports,  blocks,  GUARD  signal)  disconnection 
specifications  replacement  characters  postponed  processes  groups  next  statement  pulse  rejection  limits 

complexity  of  expression  language 

with..select;  disconnect;  bus;  block;  extended  identifiers;  group;  alternative  delimiters; 

there  are  probably  some  that  I  don’t  know  about  that  could  be  eliminated  but  then  if  I  knew  about  them,  I 
might  use  them. 

I  don’t  see  any  need  for  the  difference  between  ARCHITECTURE  and  ENTITY.  At 
least  I  found  no  reason  for  re-using  an  entity  by  different  architectures  (in  VHDL-AMS), 

Some  variations  of  "wait".  "Guarded"  may  be  eliminated  when  Wait  is  in  one  form. 

Conditional  continuous  assignment  could  go  since  it  can  always  be  replaced  by  an  equivalent  process,  but 
there  are  times  when  it's  convenient . 

none 

groups  guarded  signals  shared  variables 

Guarded  evaluation  -  Process  sensitivity  lists  -  User-defined  enumerated  types  -  Operator 
overloading 

Guarded  blocks,  pulse  rejection  etc 
I  do  not  think  VHDL  has  to  be  simplified 
access  types 
The  buffer  ports 
groups,  linkage  ports. 

substitute  special  characters  for  keywords  (like  C) 

None  of  the  RTL  Subset.  Configuration  Specifications  If  I  want  one  specific  binding,  I  use  either 
default  binding  (RTL)  or  direct  instantiations  (Testbenches). 

35.  What  VHDL  constructs  cause  you  the  most  annoyance  (what  are  your  "pet  peeves")? 

36.  What  improvements  could  be  made  to  VHDL  to  improve  modeling  at  the  behavioral 
and  lower  levels,  I.e.,  the  synthesizable  behavioral,  RTL,  gate  level  ? 

37.  What  improvements  could  be  made  to  VHDL  to  improve  modeling  at  the  higher  levels, 
i.e.,  system-level,  systems  that  include  hardware,  software,  analog,  MEMS,  etc.  ? 


some  kind  of  information  hiding  like  in  object  oriented  languages  (not  like  in  ADA,  but  more  like  in 
Object“C) 

Not  sure. 

Relax  the  tide  type  checking,  check  the  types  during  elaboration.  Allow  more  flexible  Interfaces  for 
VHDL-AMS 

The  making  of  concepts  used  in  high-level  modelling,  e.g.  resources,  primitives  in  the  language.  I  do  like 
the  fact  that  VHDL+  has  resources  that  have  limited  access  and  block  when  this  limit  is  reached  as  this 
avoids  the  need  to  implement  mechanisms  like  semaphores  explicitly  in  the  model. 

Pass 

A  C++ API. 

efficient  dynamically  memory  allocation  like  the  new-operator  in  C++  -  garbage  collection  like  JAVA  - 
defining  the  range  of  monitored  signal  events  -  signal  example  :  stdjogic  monitored  100  This  means  that 
always  the  last  100  events  are  monitored  (time  and  value)  -  with  more  flexible  attributes 
’last_value(monitomumber)  'last_event(monitornumber)  ’last_time(monitornumber)  you  can  observe  more 
signal  informations  inside  the  testbench  -  generic  ports:  equivalent  to  a  signal  declaration  inside  the 
architecture  declaration  but  accessable  outside  ONLY  for  simulation  purposses  -  allow  unconstraint  types 
inside  a  record  -  00  classes  containing  a  private,  public  AND  a  generic  section:  class  t__class  generic: 
biCwidth  :  natural  :=  8;  public:  type  t_position  is  natural  range  0  to  1024;  type  t_data  is  record  dataword  : 
stdJogic_vector(bit_width-l  downto  0);  dataposition:  t_position;  end  record;  function  get_data(position) 
return  std_Iogic;  private:  signal  data  :  t_data;  end  class  t_class;  inside  an  architecture  a  signal  can  be 
defined:  signal  my_data  :  t_class(bit_widt  =>  10);  signal  one_bit :  stdjogic;  then  you  have  access  to  the 
members  inside  the  public  section  of  the  class,  e.g.  get_data  function  one_bit  <=  my_data.get_data(4); 

The  same  as  above. 

Automatic  sensitivity  list  generation  if  absent 
Some  _simple_  analog  extensions. 

data  entry  tools  (don't  fix  the  language,  if  it  ain’t  broke)  VHDL  is  elegant,  no  one  has  any  business  writing 
it. 

OOP  (add  inheritance  to  abstract  data  types) 
systems  that  include  hardware,sofeware 

Analojg,  mixed,  and  MEMS  should  be  covered  by  VHDL-AMS.  However,  HW/SW  cosimulation  should  be 
investigated  leading  to  new  language  capabilities  and/or  new  packages. 


In  my  opinion,  a  clean  design  of  VHDL  is  necessary.  Therefore  backward  compatibility  should  be 
preserved  wherever  possible,  but  readability  and  ease  of  use  should  be  given  higher  precedence. 

Support  for  software  specification,  simulation,  and  code  generation  (like  SDL). 

Object  oriented  features!  Easier  type  conversions. 

For  testbench  simulations,  I  think  it  will  be  well  if  VHDL  language  could  call  subroutines  written  with  high 
level  languages  (C,  C++,  JAVA, PERL).  This  improvement  needs  that  CAD  tools  are  able  to  run  co¬ 
simulations.  In  addition,  for  simulations,  it  would  be  well  if  internals  signals  could  be  visible  at  the 
top  of  a  module  (like  in  VERILOG  language).  It's  much  better  for  debug  step 


23 


49 


don’t  know 


Real  pointers.  Taking  addresses  of  signals  and  subprograms.  A  preprocessor.  A  foreign  language 
interface.  Massive  improvements  to  TextIO.  Simplification  of  binding  and  visibility  rules.  In  fact,  a 
magical  transformation  of  VHDL  into  C  with  signals. 

Better  file  I/O.  Better  text  handling. 

Cant  really  comment  here. 

abstract  form  of  communication  (message-passing  on  channels)  dynamic  process  creation/termination 

Polymorphism  between  entities.  OOVHDL  goes  someway  to  this,  but  won't  handle  mapping  between 
signal,  terminal  and  quantity  ports  in  VHDL-AMS.  Sort  out  shared  variables!! 

Restrict  synchronisation  with  clock  to  one  construct  only. 

Classes  and  inheritance  A  PLI 

An  include  statement  like  C's  #include 

Need  to  architect  a  bi-directional  I/F  with  SLDL's  constraints  environment,  to  allow  partitioning 
and  budgeting  of  blocks  based  on  budgeting  of  constraints.  Need  relaxation  of  the  need  for 
absolute-time  clock  definition  for  events.  Need  std  I/F  with  C/C++  modeling  (OMF  sometimes  not  a 
good  fit). 

More  construcys  for  manipulating  data  in  files.  Very  helpful  when  running  test  benches. 

Addition  of  proper  textio  functions.  A  function  similar  to  printf  in  C  would  be  great 
Not  really  sure,  but  this  area  is  very  interesting  to  me  at  present. 

see  36  -  easier  file  I/O  +  interprocess  communication  -  pointer  types  -  easier  type  casting  - 

Hierarchical  referencing  is  needed  for  testbenches.  Typically  I  need  to  get  at  the  value  of  a  tristate  enable 
for  my  design.  I  have  no  way  to  see  an  event  on  this  object  without  creating  a  port  (then  I  have  two  copies 
of  my  design,  which  is  bad)  or  using  a  global  signal  (then  I  have  to  lie  to  my  synthesis  tool  to  keep  it  from 
seeing  the  global  signal  -  besides  this  is  ugly). 


38.  What  capabilities  could  be  added  to  VHDL  to  help  with  IP  creation,  protection,  delivery, 
and  reuse  ? 

common  "encrypted"  code  which  can  be  recompiled  on  different  machines  and  is  also  understood  by 
synthesis  tools  (if  synthesis  is  required) 

Not  sure. 

Define  some  standard  scrambling  technique,  such,  that  only  every  language  construct  is  represented  on 
basic  concepts  (without  structure  or  with  some  defined  level  of  structure).  (Similar  to  object  code). 

Don't  use  for  this  so  no  comment 

pass 
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External  model  interfacing  (another  C++  API). 

an  IP  interface  for  including  binary  coded  IP  cores  combined  with  an  coding  key  (this  means  that  the 
simulator  syntheziser  only  can  use  the  IP  core  together  with  this  key  from  the  IP  core  developer)  this 
key  can  contain  any  information  needed  to  protect  the  IP  core  or  to  associate  it  to  a  specific  user  for  a 
speific  time  (license...) 

Good  question  for  which  I  don't  have  an  answer. 

VHDL  Byte  code  equivalent  of  Altera's  Jam  Byte  Code  =>  obfuscation. 

Compiler  directive  for  technology  specific  RPM’s?  This  would  be  sweet  for  FPGA  IP. 
this  is  a  vendor  bugaboo 

Standards  for  management  of  group  development  of  IP.  (i.e.  Standards  for  revision  control  and 
distribution.) 

Polymorphism  applied  to  entity-architectures. 

A  way  of  including  synthesis  information  (e.g,  timiconstraints)  if  you  want  to  deliver  behavioural  IP. 

creation:  can  be  done  in  VHDL  -  protection:  should  not  be  considered  as  an  issue  of  VHDL  -  delivery:  see 
protection  -  reuse:  see  creation 

Support  for  object  code  delivery  of  IP  models. 

I  couldn  t  say.  I  m  perfectly  happy  if  someone  hands  me  some  IP  that  consists  of  some  shrouded  VHDL 
source  files,  and  that  strikes  me  as  providing  pretty  reasonble  protection  for  the  IP  vendor. 

No  opinion.  To  my  mind,  it’s  not  important. 

A  standard  compiled '  format  that  allows  distribution  of  models  without  releasing  source  code.  Some 
products  have  this  in  a  proprietary  way  already. 

I  don  t  know,  specifically.  But  I  do  know  that  I  don't  want  to  be  forced  to  deliver  source. 

Computer  readable  comments,  along  the  lines  of  the  JAVA  /**  comment.  Would  help  tool  based  use  of  IP. 

Polymorphism  between  entities.  OOVHDL  goes  someway  to  this,  but  won't  handle  mapping  between 
signal,  terminal  and  quantity  ports  in  VHDL- AMS.  Sort  out  shared  variables!! 

We  do  not  wish  to  be  tied  to  a  particular  editor.  So  we  have  not  used  any  of  the  state  machine/truth 
table  editors.  VHDL  should  be  changed  to  better  support  entry  of  state  machine  descriptions.  A  table 
description  would  be  useful. 

Test  collar  encapsulation,  e.g.  TAP  controller 

Don't  know 

Use  the  SLDL  coupling  to  create  a  "grey-box"  model  that  defines  the  IP’s  function  and  constraints  as 
viewed  from  the  external  ports  (timing,  power,  area,  whatever).  For  protection,  perhaps  leverage 
OMF  further  for  seamless  mix-match  of  (compiled)  IP  blocks  for  design  verification.  Make  OMF 
model  generation  a  common  output  feature  for  VHDL  models,  as  in  "Export  to  OMF  for  Delivery"  or 
similar. 
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I 

}■ 


I  don  t  see  much  of  a  need  for  these  capabilities  on  top  of  the  facilities  VHDL  already  has. 

More  IP  protection  related.  A  few  more  reuse  features  also  might  help. 

Addition  of  standard  Synthesis  controls  specified  in  the  VHDL  source.  These  would  specify  timing  and 
hierarchical  control,  if  this  was  in  in  the  standard  then  all  Synthesis  tools  would  support  it 

??? 

39.  Are  there  other  design  challenges  or  issues  that  the  survey  failed  to  identify  that  you 
believe  VHDL  needs  to  address  ? 

not  immediately 

NO. 

^u  should  make  a  list  which  language  constructs  are  necessary.  And  the  participants  have  to  flag  them. 
Then  you  can  find  out  which  are  used  and  which  are  not  used. 


No 


Pass 


The  whole  approach  to  signal  resolution  (and  type  conversion)  should  be  reviewed  in  light  of  requirements 
for  mixed-signal  (multi-simulator)  requirements,  particularly  analog/digital  boundary  handling,  as  the 
existing  approach  is  semantically  broken.  However,  as  this  is  mostly  a  semantic  rather  than  syntactic 
problem  it  should  not  be  to  hard  to  fix. 

Perhaps 


ANYTHWG  that  would  make  the  language  less  verbose  would  be  welcome.  Most  of  the  designers 
work  with  Imow  'C,  I  have  never  met  anyone  who  knew  'ADA'.  If  Verilog  had  arrays  and  records 

VHDL  would  sit  on  the  shelf  like  a  dead 


VHI^  is  already  quite  complex,  not  realy  easy  to  understand  to  newbies.  If  you  add  to  many  features  it 
may  become  unusable.  Why  not  identify  a  "core"  VHDL  for  pure  synthesizable  digital  IC  design  and  ’ 
extensions  for  other  usages  (testbench,  system-level  specs,  etc)? 


no 


no 


no 

I  haven’t  thought  of  any  in  the  last  10  minutes... 
a  standard  syntax  for  compiler  directives. 


None  I  can  think  of 


Perhaps  better  handling  of  timing  and  delay  data  (not  SDF,  but  perhaps  integrate  DCL  /  OLA  API 
support  into  VITAL  and/or  VHDL).  Explicit  handling  of  interconnect  delays  are  particularly  needed. 

Notoff  hand. 


26 

52 


none 


r 


I  think  that  we  should  remember  that  there  are  also  a  lot  of  users  out  there  doing  small  designs  rather  than 
the  IM  gate  ASICs',  the  language  should  be  kept  as  simple  as  possible  for  them.  The  small  FPGA  market  is 
very  large  and  there  are  a  lot  of  users  out  there  who  want  basic  tool  sets  and  are  not  prepared  to  pay  for 
tools  that  support  many  more  features  than  they  need  such  as  VPLL  If  the  language  does  get  extended  we 
need  to  make  sure  that  basic  compliant  toolsets  can  still  be  supplied 

??? 

Sorry  for  the  late  reply.  I  would  like  to  participate  more.  I  have  not  read  news  groups  for  a  long  time. 

Please  post  this  type  of  stuff  to  the  VHDL  reflectors.  I  am  a  member  of  SIWG.  I  am  sure  once  I  give  this 

some  more  thought  that  I  can  add  some  more  to  my  issues  list.  Is  there  a  method  for 

doing  this?  My  email  =  Jim@SynthWorks.com  The  current  language  specification  is  very  difficult 

to  read  and  correctly  understand.  It  would  greatly  help  those  of  us  who  can  read  BNF  if  the  BNF  were  exact 

rather  than  general.  For  example,  the  BNF  should  specify  that  functions  may  only  have  parameters  of  mode 

in.  I  realize  that  this  is  a  huge  effort;  however,  if  the  LRM  is  to  be  useful  to  anyone  other  than  tool 

developers  (read  users  -  hardware  designers,  testbench  developers),  this  is  necessary. 
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Appendix  3 

Survey  methodology  and  survey  form 


VHDL  200x  VHDL  for  the  New  Millennium  Survey  Form  http://www.vhdl200x.org/survey/surveyPartlbIack_white.htmI 


VHDL-200X  -  VHDL  for  the  New  Millennium  Survey  Form 


two-part  survey.  This  part  of  the  survey  is  intended  to  gather 
genera]  information  from  a  large  population  of  users  to  help  compile  a  list  of  user 

language  (^HDL200x)**  *®'™“***®  requirements  for  the  next  update  to  the  VHDL 

The  second  part  of  the  survey  will  be  a  more  detailed  interview  concerning  VHDL 
200x  requirements.  Please  indicate  your  willingness  to  participate  in  the  second  part 
of  the  survey  by  filling  out  the  contact  information  requested  in  question  26. 

Note  that  only  a  subset  of  those  indicating  willingness  to  participate  in  the  second  part 
of  the  survey  will  be  contacted.  r  » 


1.  Which  HDL  do  you  use  (check  all  that  apply)  ? 

□  VHDL 

*  □  Verilog 

□  SDL 

□  c 

O  C-H- 
Q  Java 

□  VHDL-AMS 

O  VERILOG-AMS 


3  MAST  or  other  Analog  language 
□  Other  (please  specify)  I 

2.  VHDL  is  used  in  my  organization  for  (check  all  that  apply)  ? 


□  Digital  ASIC/IC 

□  FPGA  design 

□  PCB 

□  Performance  Modeling 

□  High-Level  System  Design 

□  RTL  Design 

□  Gate  Level  Design 

□  Analog  design 

□  Education 

□  IP  core  development 

□  System-on-a-chip  design 

□  Other  (please  specify) 


] 
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3.  VHDL  is  primarily  used  in  my  organization  for  (select  ONE  ONLY)  ? 
o  Digital  ASIC/IC  design 
O  FPGA  design 

O  PCB 

O  Perfonnance  Modeling 
O  High-Level  System  Design 
O  RTL  Design 

O  Gate  Level  Design  Analog  design 
O  Education 
O  IP  core  development 
O  System-on-a-chip  design 

O  Other  (please  specify)  j  | 

4. 1  personally  use  VHDL  for  (check  all  that  apply)  ? 

□  Digital  ASIC/IC  design 

□  FPGA  design 

□  PCB 

Q  Performance  Modeling 
Q  High-Level  System  Design 

□  RTL  Design 

□  Gate  Level  Design 

□  Analog  design 

□  Education 

□  IP  core  development 

Q  System-on-a-chip  design 

□  Other  (please  specify)  )  I 

5.  My  primaiy  job  responsibility  is  (check  ONLY  ONE)  ? 

O  Corporate  management 
O  Design  engineering 
O  Design  engineering  management 
O  Engineering/technical  support 
O  Research  and  development 
O  Technical  marketing 
O  EDA  tool  development 
O  IP  core  development 

O  Other  (please  specify)  I  I 
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6.  Primary  end  application  of  my  designs  are  (check  all  that  apply)  ? 

□  Avionics,  Marine,  Aerospace  Electronics 
Q  Communication  systems 

□  Computers 

Q  Computer  peripherals 

□  Consumer  electronics 

Q  Automotive/Other  Ground  vehicles 

□  Industrial  controls.  Robotics 

Q  Electronic  Instrumentation/ATE/Design  and  Test 
Q  Medical  Electronics,  appliances 

□  Educational  institution 

Q  Military 

D  Other  (please  specify)  |  | 

def/^s  V^**™^**  ****  relative  percentage  use  of  each  capture  method  for  your  VHDL 

j  0%  J7)  Text  Editor 

I  hi  Language-sensitive  Editor 

I  0%  Schematic  Editor 
i  M  State  machine/chart/table  Editor 

0%  Truth  Table  Editor 
0%  |vj  Reused  design  mnd^k 

IJEZIE]  Other  (pleae  specify)  |  \ 

S  folwtogT  ■’"“"‘”8*  «•« 

0%  VITAL  gates 

I  1^1  Other  VHDL  gate-level  descriptions 

0%  |T]  Verilog  gates 

!  IH  Other  non-VHDL  or  Verilog  gate  level  descriptions 

How  Important  are  the  Following  Capabilities  to  Your  Future  Success  with  VHDL 
(scale  —  l=not  important  --  5=very  important) 

H®rdware/Software  co-design  support  ? 

j  1=not  important  |71 
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constraint  specification  within  VHDL  (power,  timing  constraints, 

1=not  important  Tl 


11.  Fault  simulation  with  VHDL  ? 
j  1=not  important  [7] 


12.  System  level  modeling  (e.g.,  performance  and  stochastic  modeling)  ? 


i  i=not  important 


13.  High  level  synthesis  (from  behavioral  models  to  RTL)  ? 


1=not  important 


B 


14.  Seaport  for  new  hardware  design  paradigms  such  as  data  flow  and 
reconiigurable  hardware  ? 


1=not  important 


B 


stendardbation*?™******””  cycle-based,  synthesizable  or  other  subset 


1=not  important 


B 


via  more  efficient  interprocess  communication  mechanism 
(messages,  shared  variables,  lightweight  signals,  etc.)? 


l=not  important 


B 


17.  Better  encapsulation  and  abstraction  capabilities  ? 


1=not  important 


B 


18.  Better  reuse  capabilities  ? 

=ZB 


1=not  important 
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19.  Better  communications  modeling  capabilities  ? 

I  i=not  important  Pl 


20.  Standard  programming  language  interface  by  which  externally  generated 
design?*  *  ^  C++)  models  and  functions  can  be  included  in  the  simulation  of  a 

j  1=not  important  ^  f7| 


standa^Sn  externally  generated  models  that  conform  to  OMF  and  VSI  emerging 
j  1=not  important  [7] 


22.  Support  for  IP  creation,  protection,  delivery,  and  reuse  ? 
j  1=not  important  [7| 


23.  A  standard  simulation  control  language  ? 
j  1=not  important  [7] 


24.  A  standard  simulation  waveform  database  format  ? 
{  l=not  important  171 


25.  Ability  to  interface  to  high-level  system  description  languages  (SDL,  SLDL)  ? 
jl=not  important  P| 


5!  »f 'TJDL  b*  opwarf  compatible  (Le. 

previoL  vSm  ofTODL  »“ 


1=not  important 


B 
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27.  Are  you  aware  of  the  following  extensions  to  VHDL  currently  being  pursued  and 
do  you  feel  they  will  be  useful  in  addressing  some  of  the  capabilities  described  above  ? 

00 VHDL  OYes  ONo  O  Not  aware/unsure 

SID  (VHDL+)  OYes  ONo  O Not  aware/unsure 

28.  Do  you  feel  the  extensions  to  VHDL  currently  being  pursued  will  be  useful  to 
YOU  in  the  future? 

OOVHDL  O  Useful  O  Not  useful  ONot  aware/tmsure 

SID  (VHDL+)  O Useful  ONot  useful  ONot  aware  vmsure 


Essay  Questions 

29.  Where  in  the  design  cycle  (specification,  high-level  design,  detailed  design, 
implementation,  testing,  etc.)  is  the  majority  of  time  spent  in  your  organization  ? 


30.  What  is  the  current  most  important  application  area  of  VHDL  ? 


31.  Are  there  any  other  areas  where  you  use  VHDL  that  were  not  covered  by 
questions  2-4  ? 


32.  In  designing  the  next  update  to  VHDL,  if  a  choice  between  language  capability 
and  readability/ease  of  use  vs.  backward  compatibility  has  to  be  made  for  one  or 
more  constructs,  would  you  prefer  strict  bacl^ard  compatibility  or  less  capability  in 
the  revised  language? 
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33.  What  design  languages  (including  any  from  question  1  including  VHDL  and 
SLDL)  do  you  plan  to  use  in  the  next  2  years,  for  what  purpose,  and  why  the  specific 
language? 


34.  In  the  interest  of  simplifying  VHDL  what  language  constructs  do  you  feel  could  be 
eliminated? 


35.  What  VHDL  constructs  cause  you  the  most  annoyance  (what  are  your  "pet 
peeves")? 


36.  What  improvements  could  be  made  to  VHDL  to  improve  modeling  at  the 
behavioral  and  lower  levels,  i.e.,  the  synthesizable  behavioral,  RTL,  gate  level  ? 


37.  What  improvements  could  be  made  to  VHDL  to  improve  modeling  at  the  higher 
kvels,  i.e.,  system-level,  systems  that  include  hardware,  software,  analog,  MEMS,  etc. 
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voiir^esnmfws^nV***^*^^  ’*“**'*'^  would  like  to  be  able  to  contact  you  to  discuss 
your  responses  and  your  thoughts  on  VHDL  200x. 

*?if  *”*'®*‘“ation  below,  it  will  be  used  ONLY  for  that  purpose,  it  will  not 
be  included  in  the  survey  data  (with  the  exception  of  location  data  City  and  Country). 

Name 

Company 

Email  address 

Phone  number 

City 

Country 


I  Submit  This  VHDL  Survey  Form  |  Reset  j 
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